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DETAILED ACTION 

1 . Claims 1 - 35 are pending. 

Priority 

2. Applicant response to previous Office Action states that a certified copy of 
the foreign priority application will be submitted in a separate communication. 
The applicants are reminded that the certified copy of the foreign priority 
application has not been received. 

Response to Arguments 

3. Applicants' arguments with respect to claims 1 - 35 have been considered 
but are moot in view of the new ground(s) of rejection. 

Claim Objections 

4. Claims 24 - 33 are objected to because of the following informalities: 
Claims 24 - 33 are dependent on claim 23, which is a computer readable 
medium containing instructions that cause a data processing system to perform a 
method. However, claims 24 - 33 are the method according to claim 23 (or a 
claim dependent on claim 23) comprising a further step or steps. It is believed 
that the applicants intended to state "The computer readable medium of claim 
[appropriate preceding claim number], containing instructions that cause a data 
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processing system to perform a method further comprising the step of...". 
Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

5. The text of those sections of Title 35, U.S. Code not included in this action 
can be found in a prior Office action. 

6. Claims 1 -14 and 20 - 35 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Coulouris et al. (Coulouris, George, Jean Dollimore and Tim 
Kindberg. Distributed Systems Concepts and Design. Second Edition, Addison- 
Wesley; 1994.) in view of Fidge (Fidge, Colin. "Logical Time in Distributed 
Computing Systems," Computer, Volume 24, Issue 8, August 1991, pages 28 - 
33, ISSN: 0018-9162; retrieved from IEEE.). 

7. As to claim 1 , Coulouris et al. substantially disclose a method in a data 
processing system for synchronizing calls at a client in a server and client 
system, comprising the steps of: 

receiving from the server a plurality of service calls generated by a 
plurality of threads executed at the server (page 326 U 3 and page 1 35 6 - 7); 

receiving a synchronization call from the server, said synchronization call 
indicating that one of said plurality of threads executed at the server has changed 
and indicating a number of service calls generated by said plurality of threads at 
the server prior to the thread change (page 326 U 3); and 
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placing at least one of said service calls associated with said 
synchronization call into a wait position, when said number of service calls 
indicated in said synchronization call and said number of service calls executed 
at the client prior to receiving said synchronization call differ (page 342 6). 

8. As to claim 1 , Fidge also substantially discloses a method in a data 
processing system for synchronizing calls at a client in a server and client 
system, comprising the steps of: 

receiving from the server a plurality of service calls generated by a 
plurality of threads executed at the server (page 29 U 5 and page 30 Rule H); 

receiving a synchronization call from the server, said synchronization call 
indicating that one of said plurality of threads executed at the server has changed 
and indicating a number of service calls generated by said plurality of threads at 
the server prior to the thread change (page 30 Rule B and F); and 

placing at least one of said service calls associated with said 
synchronization call into a wait position, when said number of service calls 
indicated in said synchronization call and said number of service calls executed 
at the client prior to receiving said synchronization call differ (page 30 col. 3 U 7 - 
9 and page 33 U 3). 

9. Although Coulouris et al. and Fidge fail to specifically disclose that 
synchronization is done when a thread changes, Coulouris et al. disclose thread 
switching (page 173 U 5) and the synchronization counts events and sends the 
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count to the proper locations (page 326 U 3). It would have been obvious to one 
of ordinary skill in the art at the time of the applicants 1 invention to use vector 
timestamps because regardless of whether the processes run on separate 
machines or on the same machine, this method provides a method of 
synchronizing calls in the system. Also, Fidge discloses synchronization (page 
30 Rule F). It would have been obvious to one of ordinary skill in the art at the 
time of the applicants 1 invention to combine these references because both 
address the same problem of ordering with similar solutions, counters, 
timestamps and vector timestamps. 

10. As to claim 2, the method according to claim 1 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that said service calls are 
associated with said synchronization call by one of including respective identifiers 
into said at least one of said synchronization call and said service calls (page 135 

5, 6), and indicating one of a specific reception sequence and order of service 
of said service calls and said at least one synchronization call. Fidge also 
discloses the use of identifiers (page 30 Rule A). It would have been obvious to 
one of ordinary skill in the art at the time of the applicants' invention to combine 
these references because both address the same problem of ordering with 
similar solutions, counters, timestamps and vector timestamps. 

11. As to claim 3, the method of synchronizing calls according to claim 1 is 
rejected for the reasons above. Coulouris et al. also substantially disclose that 
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said receiving steps include receiving a first call sequence of a plurality of call 
sequences from the server, said first call sequence including a first 
synchronization call and at least one service call from a first thread, said first 
synchronization call including a first server call counter value indicating a first 
number of service calls executed at the server prior to the first synchronization 
call (page 342 U 5); 

said method further comprising the step of: 

comparing said first server call counter value with a client call counter 
value, said client call counter value indicating a second number of service calls 
executed at the client prior to receiving said first synchronization call (page 342 U 
6 including listed criteria); and 

one of: 

executing said first number of service calls of said first call sequence and 
counting said executed first number of service calls using a client call counter 
value, if said client call counter value and said first server call counter value 
coincide (page 342 step 3 and U 6); and 

placing said first call sequence into a wait position, if said client call 
counter value and said first server current call counter differ (page 342 If 6). 

12. As to claim 4, the method according to claim 1 is rejected for the reasons 
above. Fidge also substantially discloses that said service calls are generated 
asynchronously (page 30 Rules F - H). 
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1 3. As to claim 5, the method according to claim 3 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that the method further 
comprises the steps of: 

determining whether a second call sequence in a wait position is available, 
said second call sequence including a plurality of service calls from a second 
thread executed at the server and a second synchronization call including a 
second server call counter value indicating a third number of service calls 
executed at the server prior to said second synchronization call (page 342 5 - 
criteria list of U 6); 

wherein if said second call sequence in a wait position is not available, 
waiting to receive further service calls and synchronization calls (page 342 6); 
and 

wherein if said second call sequence is available, determining that said 
second server call counter value coincides with said client call counter value, and 
executing said third number of service calls of said second call sequence and 
incrementing said client counter value for each executed third number of service 
calls (page 342 H 5 - criteria list of U 6). 

14. As to claim 6, the method according to claim 5 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that the method further 
comprises the step of: 

waiting for a third call sequence to be received from the server unit, the 
third call sequence including a third synchronization call including a third server 
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call counter value coinciding with said client call counter value (page 342 H 5 - 
criteria list of 6). 

15. As to claim 7, the method according to claim 3 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that said call sequences are 
received as groups included into packets from the server, each group being 
generated upon one of a timer signal at the server (page 151 1J 5), a synchronous 
call at the server, and a synchronization call at the server. 

16. As to claim 8, the method according to claim 2 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that said synchronization call 
and said service calls are received in an arbitrary order (page 325 U 1). 

17. As to claim 9, the method according to claim 1 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that said service calls from 
said plurality of threads at the server are executed in corresponding threads at 
the client (page 135 U 7). 

18. As to claim 10, the method according to claim 3 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that said first server call 
counter value indicates a total number of service calls at the server executed 
prior to a current service call and requires communication with the client (page 
326 U 3); and 
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wherein said client call counter value indicates a total number of service 
calls executed at the client and involves communication with the server (page 
326 step 3). 

19. As to claim 1 1 , the method according to claim 1 is rejected for the reasons 
above. Coulouris et al. also substantially disclose that each of said service calls 
from the server includes at least one of: 

obtaining instructions to display information on a display of the client (page 
149 H 10); 

rendering instructions; 

storing instructions to store information at the client; and 
information on processing results from the server. 

20. As to claim 12, Coulouris et al. substantially disclose a method in a data 
processing system for synchronizing calls at a server in a server and client 
system, comprising the steps of: 

transmitting a plurality of service calls generated by a plurality of threads 
at the server to a client (page 326 3 and page 1 35 6 - 7); 

generating a synchronization call when a thread of said plurality of threads 
executed at the server changes, said synchronization call indicating a number of 
service calls generated by said plurality of threads at the server prior to the 
thread change (326 3); and 
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transmitting said synchronization call to the client to allow the client to 
synchronize a service call execution (page 326 step 2). 

21 . As to claim 12, Fidge also substantially discloses a method in a data 
processing system for synchronizing calls at a server in a server and client 
system, comprising the steps of: 

transmitting a plurality of service calls generated by a plurality of threads 
at the server to a client (page 29 U 5 and page 30 Rule G); 

generating a synchronization call when a thread of said plurality of threads 
executed at the server changes, said synchronization call indicating a number of 
service calls generated by said plurality of threads at the server prior to the 
thread change (page 30 Rule B and F); and 

transmitting said synchronization call to the client to allow the client to 
synchronize a service call execution (page 30 col. 3 U 3 - 9). 

22. Although Coulouris et al. and Fidge fail to specifically disclose that 
synchronization is done when a thread changes, Coulouris et al. disclose thread 
switching (page 173 5) and the synchronization counts events and sends the 
count to the proper locations (page 326 U 3). It would have been obvious to one 
of ordinary skill in the art at the time of the applicants' invention to use vector 
timestamps because regardless of whether the processes run on separate 
machines or on the same machine, this method provides a method of 
synchronizing calls in the system. Also, Fidge discloses synchronization (page 
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30 Rule F). It would have been obvious to one of ordinary skill in the art at the 
time of the applicants 1 invention to combine these references because both 
address the same problem of ordering with similar solutions, counters, 
timestamps and vector timestamps. 

23. As to claim 1 3, the method according to claim 12 is rejected for the 
reasons above and the addition limitations are rejected for the same reason as 
those of claim 2. 

24. As to claim 14, the method of according to 12 is rejected for the reasons 
above and the addition limitation is rejected for the same reason as that of claim 
4. 

25. As to claim 20, the method according to claim 12 is rejected for the 
reasons above and the additional limitation is rejected for the same reason as 
that of claim 1 1 . 

26. As to claim 21 , the method according to claim 12 is rejected for the 
reasons above. Coulouris et al. also substantially disclose that a synchronization 
call is further generated upon an occurrence of one of the group comprising: 

a timer signal (page 151 U 5); 

a predetermined number of service calls; and 

a synchronous call. 



Application/Control Number: 10/021,260 



Art Unit: 2194 



Page 



27. As to claim 22, Coulouris et al. disclose a method in a data processing 
system for synchronizing calls in a client and server system, the method 
comprising the steps of: 

transmitting a plurality of service calls generated by a plurality of threads 
executed at the server to the client (page 326 U 3); 

generating a synchronization call at the server, said synchronization call 
indicating that one of said plurality of threads executed at the server has changed 
and indicating a number of service calls generated by said plurality of threads at 
the server prior to the thread change (page 326 U 3); 

transmitting said synchronization call to the client to allow the client to 
synchronize a service call execution (page 326 step 2); 

receiving said synchronization call at the client (page 326 steps 2 - 3); 

and 

placing at least one of said service calls associated with said 
synchronization call into a wait position, if said number indicated in said 
synchronization call and said number of service calls executed at the client prior 
to receiving said synchronization call differ (page 342 U 6). 

28. As to claim 22, Fidge also discloses a method in a data processing system 
for synchronizing calls in a client and server system, the method comprising the 
steps of: 



Application/Control Number: 1 0/021 ,260 Page 
Art Unit: 2194 

transmitting a plurality of service calls generated by a plurality of threads 
executed at the server to the client (page 29 H 5 and page 30 Rule G); 

generating a synchronization call at the server, said synchronization call 
indicating that one of said plurality of threads executed at the server has changed 
and indicating a number of service calls generated by said plurality of threads at 
the server prior to the thread change (page 30 Rules B and F); 

transmitting said synchronization call to the client to allow the client to 
synchronize a service call execution (page 30 Rules G - I); 

receiving said synchronization call at the client (page 30 Rule H); and 

placing at least one of said service calls associated with said 
synchronization call into a wait position, if said number indicated in said 
synchronization call and said number of service calls executed at the client prior 
to receiving said synchronization call differ (page 30 Rules H - Comparison 
Property). 

29. Although Coulouris et al. and Fidge fail to specifically disclose that 
synchronization is done when a thread changes, Coulouris et al. disclose thread 
switching (page 173 U 5) and the synchronization counts events and sends the 
count to the proper locations (page 326 U 3). It would have been obvious to one 
of ordinary skill in the art at the time of the applicants' invention to use vector 
timestamps because regardless of whether the processes run on separate 
machines or on the same machine, this method provides a method of 
synchronizing calls in the system. Also, Fidge discloses synchronization (page 
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30 Rule F). It would have been obvious to one of ordinary skill in the art at the 
time of the applicants' invention to combine these references because both 
address the same problem of ordering with similar solutions, counters, 
timestamps and vector timestamps. 

30. As to claim 23, in order to implement the disclosure made by Coulouris et 
al. and Fidge, including an implementation of the method of claim 22, one of 
ordinary skill in the art would make use of a computer readable medium 
containing instructions that cause a data processing system to perform the 
method of claim 22. Therefore, claim 23 is rejected for the same reasons as the 
rejection of claim 22. 

31 . As to claim 24, the computer readable medium of claim 23 is rejected for 
the reasons above. The limitation added by claim 24 is rejected for the same 
reasons as the limitation added by claim 2. 

32. As to claims 25, 26, 31 and 33, the method according to claim 24 is 
rejected for the reasons above. The additional limitations of claims 25, 26, 31 
and 33 are rejected for the same reasons as the limitations added by dependent 
claims 3, 4, 9 and 1 1 , respectively. 

33. As to claims 27, 29, 30 and 32, the method according to claim 26 is 
rejected for the reasons above. The additional limitations of claims 27, 29, 30 
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and 32 are rejected for the same reasons as the limitations added by dependent 
claims 3, 4, 9 and 11, respectively. 

34. As to claim 28, the computer readable medium of claim 27 is rejected for 
the reasons above. The limitation added by claim 28 is rejected for the same 
reasons as the limitation added by claim 6. 

35. As to claim 34, Coulouris et al. substantially disclose a data processing 
system for synchronizing calls in a client and server system, the data processing 
system comprising: 

a client computer comprising (Figure 1.1): 

a memory including a client program that receives a plurality of service 
calls generated by a plurality of threads executed at the server, that receives a 
synchronization call from the server, said synchronization call indicating that one 
of said plurality of threads executed at the server has changed and indicating a 
number of service calls generated by said plurality of threads at the server prior 
to the thread change (page 326 U 3), and that places at least one of said service 
calls associated with said synchronization call into a wait position, if said number 
indicated in said synchronization call and said number of service calls executed 
at the client prior to receiving said synchronization call differ (page 342 U 6); and 

a processor that runs said client program (inherent); 

a server computer comprising (Figure 1.1): 
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a memory including a server program that transmits a plurality of service 
calls generated by a plurality of threads at the server to the client, that generates 
a synchronization call when a thread of said plurality of threads executed at the 
server changes, said synchronization call indicating a number of service calls 
generated by said plurality of threads at the server prior to the thread change, 
and that transmits said synchronization call to the client to allow the client to 
synchronize a service call execution (page 326 U 3 and step 2); and 
a processor that runs said server program (inherent); and 
a network connecting said client computer and said server computer 
(Figure 1.1). 

36. In order to implement the distributed computing system disclosed by Fidge 
(see preceding rejections), a computer system with the various computer 
components and requirements are inherently required. 

37. Although Coulouris et al. and Fidge fail to specifically disclose that 
synchronization is done when a thread changes, Coulouris et al. disclose thread 
switching (page 173 U 5) and the synchronization counts events and sends the 
count to the proper locations (page 326 U 3). It would have been obvious to one 
of ordinary skill in the art at the time of the applicants' invention to use vector 
timestamps because regardless of whether the processes run on separate 
machines or on the same machine, this method provides a method of 
synchronizing calls in the system. Also, Fidge discloses synchronization (page 
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30 Rule F). It would have been obvious to one of ordinary skill in the art at the 
time of the applicants' invention to combine these references because both 
address the same problem of ordering with similar solutions, counters, 
timestamps and vector timestamps. 

38. As to claim 35, Coulouris et al. substantially disclose an apparatus for 
synchronizing calls in a client and server system, the apparatus comprising: 

means for transmitting a plurality of service calls generated by a plurality 
of threads executed at the server to the client (page 326 H 3); 

means for generating a synchronization call at the server, said 
synchronization call indicating that one of said plurality of threads executed a the 
server has changed and indicating a number of service calls generated by said 
plurality of threads at the server prior to the thread change (page 326 H 3); 

means for transmitting said synchronization call to the client to allow the 
client to synchronize a service call execution (page 326 step 2); 

means for receiving said synchronization call at the client (page 326 steps 
2 - 3); and 

means for placing at least one of said service calls associated with said 
synchronization call into a wait position, if said number indicated in said 
synchronization call and said number of service calls executed at the client prior 
to receiving said synchronization call differ (page 342 U 6). 
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39. In order to implement the system disclosed by Fidge (see preceding 
rejections), the means for performing the disclosed steps are inherently required. 

40. Although Coulouris et al. and Fidge fail to specifically disclose that 
synchronization is done when a thread changes, Coulouris et al. disclose thread 
switching (page 173 U 5) and the synchronization counts events and sends the 
count to the proper locations (page 326 U 3). It would have been obvious to one 
of ordinary skill in the art at the time of the applicants' invention to use vector 
timestamps because regardless of whether the processes run on separate 
machines or on the same machine, this method provides a method of 
synchronizing calls in the system. Also, Fidge discloses synchronization (page 
30 Rule F). It would have been obvious to one of ordinary skill in the art at the 
time of the applicants' invention to combine these references because both 
address the same problem of ordering with similar solutions, counters, 
timestamps and vector timestamps. 

41 . Claims 1 5 - 1 9 are rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Coulouris et al. in view of Fidge as applied to claim 12 above, and further in 
view of Liedtke (Liedtke, Jochen. "Improving IPC by Kernel Design," ACM 
Symposium on Operating Systems Principles, Proceedings of the fourteenth 
ACM Symposium on Operating Systems Principles, ACM Press, 1994; pages 
175-188.). 
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42. As to claim 15, Coulouris et al. substantially disclose the step of: 
generating a current service call by a first thread executed at the server 

(page 326 H 3); 

generating a first synchronization call including a server call counter value 
indicating a number of service calls executed at the server prior to said current 
service call and transmitting said first synchronization call to the client (page 326 
H 3 and step 2), for enabling the client to synchronize an execution of a plurality 
of service calls from at least said first thread and said second thread (page 326 - 
327 vector clock update algorithm); and 

counting said current service call using said server call counter value 
(page 326 3). 

43. Coulouris et al. fail to specifically disclose determining and comparing 
thread identifiers and carrying out the appropriate action depending on whether 
or not the identifiers differ. 

44. Liedtke substantially discloses using unique identifiers to distinguish 
between threads (page 180 section 5.3.1). It would have been obvious to one of 
ordinary skill in the art at the time of the applicants' invention to use the thread 
IDs to determine if two calls were made by the same thread or different threads 
in order to confirm a thread change because the thread IDs are unique which 
provides a way to distinguish between threads. Comparing thread IDs provides 
confirmation that a thread change occurred, regardless of whether or not a 
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change was requested or expected. The appropriate response can then be 
performed. It would have been obvious to combine these disclosures because 
Coulouris et al. disclose the use of multiple processes and the Liedtke discloses 
identifiers that can be used to distinguish between the processes. 

45. As to claim 16, the method according to claim 15 is rejected for the 
reasons above. The limitation added by claim 16 is rejected for the same 
reasons as the limitation added by claim 7. 

46. As to claim 17, the method according to claim 15 is rejected for the 
reasons above. Coulouris et al. also substantially disclose that said 
synchronization call includes said second thread identifier of said second thread, 
and said number of service calls include a thread identifier of each thread 
generating said service call (page 326 3, the vector timestamp provides 
information regarding the other processes); and 

Wherein said synchronization call and said number of service calls are 
transmitted to the client in an arbitrary order (page 325 U 1). 

47. As to claim 18, the method according to claim 15 is rejected for the 
reasons above. See claim 9 for the rejection of the additional limitation of claim 
18. 
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48. As to claim 19, the method according to claim 15 is rejected for the 
reasons above. Coulouris et al. also substantially disclose that said server call 
counter value indicates a total number of service calls requiring communication 
with the client executed at the server, prior to the current service call (page 326 U 

3). 

Conclusion 

49. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Nathan Price whose telephone number is 
(571) 272-4196. The examiner can normally be reached on 7:30am - 4:00pm, 
Monday - Friday. 

50. If attempts to reach the examiner by telephone are unsuccessful, the 
examinees supervisor, William Thomson can be reached on (571) 272-3718. 
The fax phone number for the organization where this application or proceeding 
is assigned is 571-273-8300. 

51 . Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
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system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). 



Nathan Price 



